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(54) Power management system and method with recovery after power failure 



(57) The present invention relates to a power man- 
agement system and method for a computer system. 
The current ACPI specification defines data that should 
be saved to a non -volatile storage medium to recover 
from a sleeping state. However, the ACPI specification 
does not support restoration of the system context fol- 
lowing a powerfailure during a sleeping state. The RAM 
image includes all applications and data that are cur- 
rently resident in RAM together with device register val- 
ues that may be lost during a reduced power consump- 
tion state of the computer system. It will be appreciated 
that it takes a significant amount of time to collate and 
save the data required to maintain the system context 
of the client machine. Suitably, the present invention 
provides for saving, to a non-volatile storage medium, 
data representing only a portion of the system memory 
context. Saving the only the useful portions of the sys- 
tem memory context results in fewer bytes needing to 
be saved to the non-volatile storage medium. This, in 
turn, saves power since the non-volatile storage medi- 
um is operable for a shorter period of time. There are 
fewer read/write operations and preferably fewer disk- 
head movements in the case of an HDD. 
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Description 

Field of the Invention 

[0001 ] The present invention relates to a power man- 
agement system and method, and, more particularly, to 
power management of computing systems, 

Background to the invention 

[0002] The computing industry has developed a com- 
mon interface for enabling robust operating system di- 
rected motherboard system configuration and power 
management (OSPM) of entire computer systems. The 
common interface definition and functionality manifests 
itself in the Advanced Configuration and Power Inter- 
face (ACPI) specification. The current version of the 
ACPI is version 2, having a release date of July 27, 
2000, together with the ACPI Errata version 1 .3, Novem- 
ber 27, 2000, both of which are incorporated herein by 
reference for all purposes. 

[0003] The ACPI specification defines a number of 
operating states for computer systems, such as, for ex- 
ample, desktop, mobile, workstation and servercomput- 
ers and laptop computers. Currently, the ACPI specifi- 
cation defines a number of states which include states 
SO, S1 , S2, S3 and S4. Each of the five states repre- 
sents a different state or degree of power consumption 
of the associated computer system. State SO represents 
the conventional operating state or working state in 
which the computer system Is fully functional and is not 
In apower saving mode, The remaining states represent 
the system sleeping states in which the computer sys- 
tem has undertaken steps to reduce power consump- 
tion. 

[0004] Of particular interest are the S3 and S4 states. 
The ACPI specification defines the behaviour of the S3 
state such that less power is consumed within the S3 
state as compared to the S2 state. The processor does 
not execute instructions and the processorcontext is not 
maintained. The dynamic RAM context is maintained 
and power resources are held in a state that is compat- 
ible with the S3 state. Devices associated with the com- 
puter system are operable such that they are compatible 
with the S3 state, that is, only devices that solely refer- 
ence power resources are in the ON state (all other de- 
vices are in the off or D3 state), Devices that are enabled 
to wake the system, and that can do so from their current 
state, can initiate a hardware event that causes the sys- 
tem to transition to the working state, SO. 
[0005] The AC PI specification defines the system be- 
haviour in the S4 state as follows. The S4 state is logi- 
cally lowerthan the S3 state and is arranged to consume 
less power than the S3 state. The processor is not ex- 
ecuting instructions and the processor context is not 
maintained. RAM context is not maintained and power 
resources are in a state that is compatible with the S4 
state, that is, all power resources thatsupply system lev- 



el power in the SO, S1 , S2 or S3 states are in the OFF 
state. All devices are operable so as to be compatible 
with the current power resources states; that is, all de- 
vices are in the D3 state when the system is in the S4 
s state. 

[0006] A system, upon entering the S3 state or in 
preparation for entering the S3 state, saves, for exam- 
ple, the data necessary for resumption of the normal 
working state, SO, to RAM. Therefore, it can be appre- 
10 elated that upon wake-up from the state S3, the system 
context saved to RAM can be accessed and restored 
relative quickly. Hence, the S3 sleeping state is known 
as a low wake-up latency sleep state. However, the S3 
state suffers from a major inadequacy in the event of a 
75 power failure that adversely affects the RAM such that 
the content of the RAM is lost. Such a powerfailure pre- 
vents a reliable transition to the working system state, 
SO, and a re-boot of the computer system may be nec- 
essary. II can be appreciated that the data of applica- 
nt? tions and system context will be lost under such circum- 
stances. Furthermore, a relatively long period of time will 
elapse during the re-boot before the computer system 
reaches the working state, SO. 
[0007] In contrast, the OSPM of the system, before 
25 enteri n g the S4 state , saves a sig n if icant amo u nt of data 
to a non-volatile storage medium such as, for example, 
an HDD. Conventionally, data comprising the entire con- 
tent of the RAM together with device register values are 
saved to a file, which is stored on the HDD. This data is 
30 known as the system memory context. 

[0008] Upon wake-up from the S4 state, the OSPM of 
the system is responsible for restoring the system con- 
text. Therefore, a system transition from the S4 state to 
the SO state involves a significant amount of data recov- 
35 ery. The content of a file, "HIBERFIL.SYS", containing 
the system memory context data, is retrieved from the 
HDD and loaded into RAM and is used to restore the 
system context as it was at the time of entering the state 
S4. Due to the need to access a relatively slow storage 
40 device, system context restoration is a relatively lengthy 
process in this state. Therefore, the S4 state is consid- 
ered to be the longest wake-latency sleeping state, 
Since a non-volatile storage medium is used to store the 
recovery data, the system state S4 will allow recovery 
•*5 from a power failure. However, the time taken to effect 
such a recovery is unacceptably long. 
[0009] Still further, since the RAM can, in some sys- 
tems, be as large as 128MB or greater, it will be appre- 
ciated that a significant amount of time will be taken to 
so save the RAM image, that is, the system memory con- 
text, to the HDD. Furthermore, as the resident RAM of 
a machine increases, the amount of power required to 
save that RAM image to the HDD or to read the RAM 
image from the HDD also increases. If thefile containing 
55 the RAM image is fragmented, this will lead to further 
delays in reading the file from or writing the file to the 
HDD. Furthermore, the number of disk head seek move- 
ments is relatively high when accessing a fragmented 
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file. 

[0010] The current ACPI standards are arranged to 
ensure that the system context of a client machine is 
maintained during the sleep modes of operation. Within 
the hibernate mode, it can be appreciated that a signif- 
icant amount of information issavedto non-volatile stor- 
age in the form of a RAM image, it will be appreciated 
that saving such a large amount of information is a tim- 
ing-consuming task and may adversely affect the user's 
perception of the performance of the machine if it is per- 
formed frequently. 

[0011] Still further, often operating systems upon ter- 
minating an application do not perform housekeeping 
tasks immediately, if at all. Therefore, the RAM may, at 
any given time, contain data that is not longer valid. This 
garbage data is no use to either the client machine or 
the user. Saving a RAM image to an HDD that includes 
such garbage data is a waste of processing resources. 
[0012] Furthermore, reading from RAM is significantly 
faster than reading from ROM. Therefore, upon initiali- 
sation of a client machine, the ROM is copied into, or 
shadowed by, the RAM. The content of the shadow RAM 
or ROM will aiways be recoverable in the event of a 
crash, power outage or other disruption. Again, it can 
be appreciated that saving this portion of the RAM im- 
age would appear to serve no purpose, 
[0013] It is an object of the present invention at least 
to mitigate some of the problems of the prior art. 

Summary of the Invention 

[0014] Accordingly, a first aspect of the present Inven- 
tion provides a method for power management of a sys- 
tem! having a system context, comprising a first storage 
medium, having a current system memory context, 
which includes data relating to the system context, and 
a second non-volatile storage medium; the first and sec- 
ond storage media having first and second data access 
times respectively such that the first data access time is 
less than the second data access time; thesystem being 
operabie in a plurality of states, each state having an 
associated level of system power consumption; the 
method comprising the steps of: outputting data repre- 
senting only a portion of the current system memory 
context for storage on the second storage medium to 
allow a transition to a first state of the plurality of states 
from a second state of the plurality of states; and placing 
the system in the second state; restoring the system 
context from the current system memory context stored 
within the first storage medium in response to detection 
of an event while the system is in the second state or, 
in the event that insufficient power was available to the 
system to maintain the second state, retrieving the data 
representing the portion of the current system memory 
context from the second storage medium; and restoring 
the system memory context using the retrieved data. 
[0015] Advantageously, embodiments of the present 
invention enable a power management system to be re- 



alised in which the amount of data that needs to be 
saved to preserve a system context is reduced. 
[0016] Preferred embodiments are arranged to re- 
store the system context using the newly restored sys- 
5 tern memory context following a power failure. 

[0017] Furthermore, embodiments allow, in the ab- 
sence of a power failure, a relatively fast wake-up time 
from a sleep state. 

[0018] A second aspect of the present invention pro- 

10 vides a system, capable of having a system context, 
comprisi n g a first storage medium , h avi n g a current sys- 
tem memory context, and a second, non-volatile, stor- 
age medium; the first and second storage media having 
first and second data access times respectively such 

15 that the first data access time is less than the second 
data access time; the system being operable in a plu- 
rality of states, each state having an associated level of 
power consumption; the system further comprising: 
means for outpulLing data representing only a portion of 

20 the current system context for storage on the second 
storage medium to allow a transition to a first state of 
the plurality of states from a second state of the plurality 
of states, and means for placing the system in the sec- 
ond state; means for restoring the system context from 

35 the current system memory context stored within the 
first storage medium in response to detection of an 
event while the system is in the second state or, in the 
event that insufficient power was available to maintain 
the second state, retrieving the data representing the 

30 portion of the current system memory context from the 
second storage medium: and means for restoring the 
system memory context using the retrieved data. 
[0019] Preferably, the first state is a working state in 
which the power consumption of the system is greater 

35 than that of the second state. 

Brief Description of the Drawings 

[0020] Embodiments of the present invention will now 
40 be described, byway of example only, with reference to 
the accompanying drawings in which: 

figure 1 shows schematically a power management 
environment according to an embodiment; 

figure 2 shows a system memory map and usage 
table according to an embodiment; 

figure 3 illustrates schematically ACPI states and 
50 state transitions for a known power management 
system; 

figure 4 depicts states and associated state transi- 
tions of a power management system according to 
55 a first embodiment; 

figure 5 shows a flowchart of a power-off or sleep 
process according to an embodiment; 
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figure 6 shows an embodiment of parallel compres- 
sion and storage of the data representing a portion 
of the system memory context; and 

figure 7 depicts a flowchart of a recovery process 
to restore the system memory context following a 
power failure during a reduced power consumption 
state according to an embodiment. 

Description of the Preferred Embodiments 

[0021] Figure 1 illustrates schematically a power 
management environment 100 within which ACPI spec- 
ification power management can be realised. The power 
management environment 1 00 comprises a client ma- 
chine 102, having a system context 104, a processor 
105 and RAM 106 having a RAM image 108. The RAM 
image 108 comprises the content of the RAM 106. tn 
preparation for entering a reduced power consumption 
state, in which some or all of the devices (not shown) of 
the client machine may be powered-down or placed in 
a reduced power consumption state, the RAM image al- 
so contains device register values (not shown) that are 
copied from the devices of the client machine 1 02. The 
device register values that are saved to RAM 106 are 
those values that would be lost In a reduced power con- 
sumption state. The RAM image 108, together with the 
device register values, are known as the system mem- 
ory context. 

[0022] The client machine has a boot-time routine 1 1 0 
that supports ACPI routines. For example, the client ma- 
chine may have an ACPI compliant BIOS. Theclient ma- 
chine has an operating system 112, which is arranged 
to implement operating system directed power manage- 
ment (OSPM) using OS PM software 1 1 4. The client ma- 
chine may run various applications 116 and 118. Pref- 
erably, the boot-time routine comprises a codec 110" for 
compressing and decompressing data. However, the 
codec may be realised in the form of a software codec, 
a hardware codec, which may form part of the CPU or 
which may be a dedicated DSP, or a combination of both 
hardware and software. 

[0023] Additional hardware and software functionality 
is provided in the form of power management event de- 
tection logic 120, which detects events in response to 
which the current power state of the client machine may 
change to another state. For example, the user may de- 
press an ON button 122, in which case the client ma- 
chine may effect a transition from a current sleeping 
state to a working state. Alternatively, the user may in- 
stigate a software shutdown of the client machine 102 
in response to which the OSPM software 114 may effect 
a transition from the current state to a sleeping state. 
[0024] The events that the power management event 
detection logic 120 may detect also include, for exam- 
pie, modem or other communication device related 
events, which signal to the power management event 
detection logic 120 that data is being received and the 



modem or communication device and the RAM should 
be suitably powered-up to allow reception of the data. 
The power management event detection logic 120 for- 
wards notification of detected events to the wake-up and 

5 sleep logic 124. The wake-up and sleep logic 124, in 
conjunction with the OSPM software 114, manages the 
system context of the client machine 102. 
[0025] Rather than saving the whole of the system 
memory context to the non-volatile storage, only select- 

'0 ed portions of the system memory context are saved to 
the non-volatile storage. 

[0026] Preferably, the data representing the portion of 
the system memory context is compressed usingtheco- 
dec 11 0'. The compressed data 130 is outputfor storage 
'5 on a non-volatile storage medium 132 such as, for ex- 
ample, an HDD. The compressed data 130 can be re- 
trieved in response to a request from the client machine 
102. Once the requested data has been received from 
the HDD 132, the data is decompressed using the codec 
so 110'. The OSPM software 114 uses the decompressed 
system memory context data to restore or establish the 
system memory context from which the system context 
can be restored. In preferred embodiments, the com- 
pressed data 1 30 may be a concatenation of a number 
25 of blocks of the data 128, each of which represent a 
compressed fraction of the data representing the useful 
portion of system memory context. Alternatively, the da- 
ta 1 30 may represent the whole of the portion of the sys- 
tem memory context compressed as a single block. 
30 [0027] Figure 2 shows a schematic memory map 200 
of the client machine 102. The memory map 200 illus- 
trates the use of the RAM 1 06. The memory map 200 
comprises a portion of shadow RAM 202, which is a 
copy of the system ROM. The memory map may also 
35 contain the first and second resident applications 116 
and 118 respectively together with their data. Often ap- 
plications, which have been terminated remain within 
the RAM 106, This has been represented in figure 2 as 
so-called garbage data 206. As mentioned above, in 
40 preparation for entering a reduced power consumption 
state, device register values 204 are stored within the 
RAM 106. 

[0028] The embodiments of the present invention se- 
lect only the useful portions of the RAM image for stor- 
es age on the HDD 132. It can be appreciated that a portion 
208 of the memory has been selected for storage on the 
HDD. The portion 208 comprises several sections of the 
system memory context that contain data which would 
be, as a minimum, necessary for restoring the system 
so memory context, and, ultimately, the system context 
104. However, that portion 208 may also contain data 
that is desirable for restoring the system memory con- 
text, and, ultimately, the system context 104, It can be 
appreciated that the illustrated portion comprises data 
55 representing the two applications 116 and 118 in addi- 
tion to the device register values 204. This portion 208 
of the system memory context will be output for storage 
on the HDD 132, either in its native form or, preferably, 
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in its compressed form. 

[0029] it will be appreciated that the amount data 208 
intended to be saved to the HDD 1 32 is smaller than the 
amount of data representing the complete system mem- 
ory context. It will take less space to store this data on 
the HDD, it will also take a significantly less period of 
time to storage this data or to transfer it over a network 
in the case where the data is stored remotely. 
[0030] Figure2 also illustrates a system memory map 
usage table or RAM map table 210, which provides a 
dynamic indication of the usage of the system memory. 
In preferred embodiments, the usage indicates which 
64k blocks of memory are in use, that is, which 64k 
blocks contain information (data and applications) that 
should be saved as being part of the system memory 
context in the event of entry into a reduced power con- 
sumption state. It can be appreciated from the table 21 o 
that the shadow RAM resides at OOOOh to 003Ah, mem- 
ory addresses 0040h to 007Fh are used to store the de- 
vice register values 204 and the first application 116 and 
the second application are resident between addresses 
of OOCOh and OOFFh. The table 21 0 illustrated has a for- 
mat of "start address" 210', "size" 210" and" 
CAPS" 210"'. A start address 21 0' defines the beginning 
of a block of RAM 106 that has been allocated. The 
"size" 210" field defines the size of the contiguous mem- 
ory that has been allocated and the "CAPS" 210'" field 
determines the status of a corresponding block of mem- 
ory. The status can be either "read", R, "write", W, or 
"flush", F. All blocks that have a status of "read" or "write" 
are dumped to HDD as part of the compressed system 
memory context data in preparation for entering a re- 
duced power state. In contrast, all blocks marked "flush" 
are not dumped to the HDD as part of the compressed 
system memory context data in preparation for entering 
a reduced power state. 

[0031 ] Referring to figure 3, there is shown a state di- 
agram 300 of known power management states. The 
state diagram has five states, that is, states SO 302, S1 
304, S2 306, S3 308 and S4 310. The five states are 
briefly described below. 

[O032] State SO: While a client machine is in state SO, 
the client machine 102 is said to be in a working state. 
The behaviour of that state is defined such that a proc- 
essor 312, or, in a multi-processor system, the proces- 
sors are, in one of a number of so-called processor 
states, C 0 314, C 1 316, C 2 318,..., C N 320, which each 
represent varying degrees of processor operation and 
associated power consumption. The processor main- 
tains the dynamic RAM context. The operating system 
software 112 individually manages any devices 322, 
such as first 324 and second 326 devices, connected 
to, or forming part of, the client machine 1 02. The de- 
vices can be in any one of four possible device states 
D0-D3, which, again, reflect varying degrees of power 
consumption. Any associated power resources are ar- 
ranged to be in a state that is compatible with the device 
states. 



[0033] State S1 : The S1 state 304 is a low wake-up 
latency sleeping state. In this state, no system context 
is lost (CPU or chipset) and the client machine system 
hardware maintains all system context. 
5 [0034] State S2: The S2 state 306 is also considered 
to be a low wake-up latency sleeping state. The S2 state 
306 is substantially similar to the S1 state 304 but for 
the CPU and the system cache context being lost in the 

52 state, since, typically, the operating system is re- 
10 sponsible for maintaining cache and processor context. 

[0035] State S3: The S3 state 308 is a low wake-up 
latency sleeping state where all system context is lost 
but for system memory. The CPU, cache and chip set 
context are lost in this state. However, the system hard- 
1$ ware maintains memory context and restores some 
CPU and L2 configuration context. The S3 state 308 
was described in detail above. 
[0036] State S4: The S4 state 31 0 is the lowest power, 
longest wake-up latency sleeping stale supported by 
20 ACPI. To reduce power consumption, preferably to a 
minimum, it is assumed that the hardware platform has 
powered-off all devices but platform context is main- 
tained. The S4 state 310 has been described in detail 
above. 

25 [0037] Figure 4 shows a state transition diagram 400 
for a power management system according to an em- 
bodiment. It can be seen that the state transition dia- 
gram 400 comprises a working system state SO 402. 
Preferably, the conventional states S1 404 and S2 406 
30 are also supported. The states S0-S2 of embodiments 
are substantially identical in operation and realisation to 
the corresponding states described above in relation to 
figure 3 and defined in current ACPI specifications, 
[0038] Additionally, the state diagram 400 illustrates 
35 a new state, that is, a Safe S3/Quick S4 state 408 
(SS3/QS4). The behaviour of the client machine 102 in 
the SS3/QS4can be characterised by the actions of sav- 
ing to the non-volatile storage medium 132, preferably 
in compressed form, only a portion ofthesame data that 
40 is saved in the conventional S4 state while concurrently 
maintaining in memory the same data as that main- 
tained in the conventional S3 state. Furthermore, in the 
SS3/QS4 state 408 only the RAM remains in a powered 
state while all other aspects of the system adopt sub- 
45 stantially the same powered state of the conventional 

53 state but for the power management event detection 
logic 120 to allow a wake-up from that state. The com- 
pressed data is saved in a fiie that may be called 
"SYS_CONTEXT.SYS" or in a dedicated, reserved, 

so storage area of the HDD 132. Alternatively, embodi- 
ments may provide a dedicated disk partition (not 
shown) for storage of the data representing the portion 
of the system memory context. Preferably, such a ded- 
icated partition would not be accessible by the user. 

55 [0039] Therefore, if a power failure occurs while the 
client machine is in the SS3/QS4 state, loading and de- 
compressing the SYS_CONTEXT.SYS file can restore 
the system memory context, from which the system con- 
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text 104 can be restored. Incontrastto the known power 
m anagement state S3 , if a power f ai!u re occu rs, the sys- 
tem context at the time of powerfailure is recoverable. 
[0040] Compressing the data representing the portion 
of the system memory context also bears the additional 
benefit that the time taken to retrieve the 
SYS_CONTEXT.SYS fife from the HDD 1 32 is reduced 
since the file contains fewer bytes than the system mem- 
ory context from which it was derived. Having a smaller 
file to retrieve from the HDD will also result in reduced 
power consumption when reading the data from the 
HDD as compared to reading an uncompressed file con- 
taining the data representing the portion of the system 
memory context. 

[0041] In preferred embodiments, the SYS_CON- 
TEXT.SYS file is arranged to be stored on the HDD 1 32 
in an unfragmented form. When the file is stored in an 
unfragmented form, the number of disk head seek op- 
erations will be reduced as compared to writing or read- 
ing a fragmented SYS_CONTEXT.SYS file. This leads 
to further power saving during the read and write oper- 
ations. Furthermore, the storage and retrieval of such 
an unfragmented file will be quicker than the storage and 
retrieval of a fragmented file containing the data repre- 
senting the portion of the system memory context. This 
may advantageously reduce the so-called "time to ap- 
plication" constraint that may be imposed by operating 
system vendors. The "time to application" is thetime tak- 
en between a user instigating a boot of the client ma- 
chine or recovery from a sleep state and the operating 
system having been loaded so that the user can insti- 
gate the loading and execution of an application. 
[0042] It will be appreciated that the embodiments of 
the present invention are not limited to any particular 
type of compression. Embodiments can be realised in 
which any form of loss-less compression can be used 
to reduce the amount of data that needs to be stored to 
support system context restoration. 
[0043] It will be appreciated that saving the data to a 
remotely accessible HDD may be desirable in the case 
of, for example, a thin client, which uses remotely ac- 
cessible non-volatile storage. Therefore, the reduced 
data size resulting from a judicious selection of the nec- 
essary or useful portions of the system memory context 
allows the time taken to write the file to and to read the 
file from the HDD to be reduced. Therefore, thetime tak- 
en to recover from a power failure when using network 
drives is reduced as compared to using a SYS_CON- 
TEXT.SYS file that contains the complete system mem- 
ory context. Still further, the reduced file size will also 
reduce networktrafficwhen writing the SYS_CONTEXT 
SYS file or retrieving the SYS_CONTEXT.SYS file. 
[0044] It will be appreciated that the action of com- 
pressing the data representing the portion of the system 
memory context prior to saving the compressed data to 
the SYS_CONTEXT.SYS file allows the number of bytes 
to be written to an HDD to be reduced. This reduction 
in the number of bytes to be written to a file brings with 



it a corresponding power saving in operating the HDD. 
The power saving follows from the number of write op- 
erations being reduced. 

[0045] In the absence of a power failure, the system 
s context, when waking from the SS3/QS4 state, can be 
restored within a relatively short period of time. The rel- 
atively short period of time may be, for example, 5 sec- 
onds, that is, within a time scale that is comparable to 
the wake-up time for a conventional S3 state. However, 
*0 the embodiments provide the additional security of the 
system context also being recoverable after a powertail- 
ure, unlike the conventional S3 state. 
[0046] Preferably, once the system memory context 
or system context has been restored following a power 
?5 failure, the system enters or resumes the SS3/QS4 
state. However, it will be appreciated that embodiments 
can be realised such that any one of the states could be 
entered upon recovery. 

[0047] Although the above embodiments show a lack 

20 of support for S3 and S4 states, it will be appreciated 
that embodiments can be realised in which the S3 and 
S4 states are supported in addition to the states de- 
scribed. The states S3 41 0 and S4 412 are shown in 
figure 4 as being optionally supported. Furthermore, 

25 embodiments can be realised which have only three 
states, which are the working state, SO, the SS3/QS4 
state and a mechanical off or maintenance state. Alter- 
natively, embodiments can be realised which have only 
two states; namely, the working state, SO, and the 

30 SS3/QS4 state. 

[0048] Referring to figure 5, there is shown schemat- 
ically a flowchart 500 for an OFF process; that is, a proc- 
ess for notionally switching off the client machine 102 
that uses the SS3/QS4 state. Upon detection of a pow- 

35 er-off event by the power management event detection 
logic at step 502, the first row of the RAM map table 210 
is read by the OSPM 114. It is determined, at step 504, 
whether the "CAPS" 210'" field is equal to "flush". If 
the "CAPS" field 210"' is equal to "flush", control passes 

40 to step 506, where the next row of the RAM map table 
210 is read and the "CAPS" 210'" field is tested again 
at step 504. If it is determined, at step 504, that 
the "CAPS" 210" 1 field is not equal to "flush", the block 
of RAM defined by the associated start address 21 0' and 

45 the block size 21 0" Is compressed and output for stor- 
age on the HDD 132 at step 508. A test is performed at 
step 510 to determine if the end of the RAM map table 
21 0 has been reached. If the test is negative, processing 
continues at step 506, where the next row of the RAM 

so map table 21 0 is read. If the test at step 51 0 is positive, 
the RAM map table 21 0 is output to the HDD 132 at step 
51 2 and the client machine 1 02 is arranged to adopt the 
S3 state and to switch off the power LED (not shown) at 
step 514. 

55 [0049] Figure 6 shows schematically the processing 
that is undertaken by the processor 105 and the HDD 
1 32 in preparation for entering the SS3/QS4 state 408 . 
At some point in time 602, the client machine 1 02 is in- 
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structed to enter the reduced power saving state 
SS3/QS4 408. The processor 1 05, using the codec 110', 
compresses a first block 604 of the RAM image 1 08. A 
block of RAM may be any desired size. However, pre- 
ferred embodiments use 64kblocks of RAM. Afirst com- 
pressed block 606 of trie RAM image 108 is output for 
storage on the HDD 132, While the first compressed 
block 606 of the RAM image 1 08 is being written to the 
HDD 132, the processor 105 fetches and compresses 
a second 64k block 608 of the RAM image 1 08. A sec- 
ond compressed block 610 of the RAM image 108 is 
written to the HDD 132. The remaining blocks 612 to 
61 6 of the RAM image 1 08 are each compressed in turn 
and the corresponding compressed blocks 618 to 622 
are output to the HDD. This parallel pipeline processing 
of fetching and compressing blocks of the RAM image 
1 0B and writing the compressed blocks to the HDD 1 32 
Is continued until at least the necessary, and preferably 
the desirable, portions of the system memory context 
have been saved to the HDD 132. 
[0050] Once the useful portions of the system mem- 
ory context have been compressed and saved to the 
HDD 132, the client machine 102 adopts the SS3/QS4 
state 408 at time 624. If the client machine comprises a 
power LED (not shown) located on the system front pan- 
el, which is often conventional, to show that the system 
is powered-up when the LED is on and powered-down 

; when the LED is off, the power to the LED isswitched- 
off at step 626, Current systems also include a power 
LED on the motherboard to provide an indication that 
power is being supplied to the client machine when the 

xase has been removed, that is, to provide an indication 
that some elements of the motherboard are "live". How- 
ever, the state of such a motherboard LED should not 
be affected for safety reasons by embodiments of the 
represent invention. 

{0051] Figure 7 shows a flowchart 700 of a process to 
recover from a power failure while the system was in the 
SS3/QS4 state 408. A power return event is detected 
by the power management event detection logic 120, 
which causes the client machine to recover the previ- 
ously stored RAM map table 21 0 at step 702. The first 
row in the RAM map table 21 0 is read at step 704. It is 
determined, at step 706, whether or not the "CAPS"field 
210'" is equal to flush. If the determination Is positive, 
processing continues at step 708, where the next row 
of the RAM map table 210 is read. If the determination 
is negative, step 710 retrieves a corresponding RAM 
block from the HDD 132, which is uncompressed into 
the appropriate RAM space of the RAM image 108 ac- 
cording to the values contained within the "Start 
Address" 210' and "Size" 210" fields of the RAM map 
table 210. It is determined, at step 712, whether or not 
the end of the RAM map table 210 has been reached. 
If the end of the RAM map table 210 has not been 
reached, processing continues at step 708, where the 
next row in the RAM map table 210 is read. If the end 
of the RAM map table 21 0 has been reached, the client 



machine 102 is placed in the S3 state and the power 
LED is switched off at step 71 4. 
[0052] It will beappreciatedthattheprocessing for en- 
tering the working state, having restored the client ma- 

5 chine to the SS3/QS4 state 408, is the same as that de- 
scribed with reference to figure 5. This arrangement, 
that is, placing the client machine in the state that it was 
in immediately prior to a power failure, is convenient for 
the user. It is also thought that it will be less disconcert- 

10 ing for the user, and more secure, as compared to re- 
storing the client machine to the working system state. 
[0053] A transition from the conventional S3 state to 
the working state, that is, state SO, takes approximately 
5 seconds as does the transition to the SO state from 

is the SS3/QS4 state 408, which are both significantly 
quicker than the current 20-40 second wake-up time for 
an S4to SO transition. However, the SS3/QS4 408 state 
has the additional advantage of allowing a consistent or 
safe recoveryfrom a powerfailure while thesystem was 

20 h the power saving state SS3/QS4. 

[0054] Furthermore, even though the above embodi- 
ments have been described in terms of having a number 
of system states, the present invention is not limited to 
such system states. Embodiments can be realised in 

25 which other states such as, forexample, Legacy states, 
mechanical-off states and soft-off states are also sup- 
ported. 

[0055] Although the above embodiments use an HDD 
as the non-volatile storage means, it will be appreciated 
30 that other forms of non-volatile storage may be used. 
For example, a flash-memory may be used to store the 
data to allow recovery from a power failure. Still further, 
remotely accessible non-volatile storage may be used 
in addition or instead of the locally accessible HDD, for 
35 storing the compressed data representing the portion of 
the system memory context. 

[0056] It will be appreciated that the decision to save 
the data representing the system memory context in a 
compressed or an uncompressed form may be influ- 
40 enced by the anticipated time taken to perform the com- 
pression and subsequent decompression. Within em- 
bodiments, it may be more effective, in some circum- 
stances, to store the data representingthe portion of the 
system memory context in native form. Such circum- 
45 stances include, for example, a situation in which the 
system memory context data Is relatively small and the 
compression and decompression times would increase, 
rather than decrease, the time taken to store and recov- 
er the data representing the portion of thesystem mem- 
50 ory context. 



Claims 

55 1 . A method for power management of a system, hav- 
ing a system context, comprising a first storage me- 
dium, having a current system memory context, 
which includes data relating to the system context, 
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and a second non-volatile storage medium; the first 
and second storage media having first and second 
data access times respectively such that the first 
data access time is less than the second data ac- 
cess time; the system being operable in a plurality 5 
of states, each state having an associated level of 
system power consumption; the method comprising 
the steps of: outputting data representing only a 
portion of the current system memory context for 
storage on the second storage medium to allow a io 
transition to a first state of the plurality of states from 
a second state of the plurality of states; and placing 
the system in the second state; restoring the system 
context from the current system memory context 
stored within the first storage medium in response '5 
to detection of an event while the system is in the 
second state or, in the event that insufficient power 
was available to the system to maintain the second 
state, retrieving the data representing the portion of 
the current system memory contextf rom the second 20 
storage medium; and restoring the system memory 
context using the retrieved data. 

2. A method as claimed in claim 1 , further comprising 

the step of compressing the data representing the 25 
portion of the current system memory context prior 
to outputting that data in compressed form for stor- 
age on the second storage medium. 

3. A method as claimed in either of claims 1 and 2, 30 
further comprising the step of entering, after restor- 
ing the system memory context, a selectable one of 

the plurality of states. 



the plurality of states from a second state of the plu- 
rality of states, and means for placing the system in 
the second state; means for restoring the system 
context from the current system memory context 
stored within the first storage medium in response 
to detection of an event while the system is in the 
second state or, in the event that insufficient power 
was available to maintain the second state, retriev- 
ing the data representing the portion of the current 
system memory context from the second storage 
medium; and means for restoring the system mem- 
ory context using the retrieved data. 

7. A system as claimed in claim 6, further comprising 
a codec for compressing the data representing the 
portion of the current system memory context prior 
to outputting that data for storage on the second 
storage medium. 

8. A system as claimed in either of claims 6 and 7, fur- 
ther comprising means for entering, after restoring 
the system memory context a selectable one of the 
plurality of states. 

9. A system as claimed in claim 8, in which the selecta- 
ble one of the plurality of states is the first state or 
the second state. 

10. A system as claimed in any of claims 6 to 9 , i n wh Ich 
the means to output the data comprises means to 
save the whole of the data In contiguous data stor- 
age locations of the second non-volatile storage 
medium. 



4. A method as claimed in claim 4, in which the se- 35 11. A computer program element for implementing a 



lectable one of the plurality of states is the first or 
second state of the plurality of states. 



method as claimed in any of claims 1 to 5 or a sys- 
tem as claimed in any of claims 6 to 1 0. 



5. A method as claimed in any preceding claim, in 12. A computer program product comprising a compu- 

which the step of outputting the data representing 40 ter readable storage medium having stored thereon 

the portion of the current system memory context a computer program element as claimed in claim 

comprises the step of saving the whole of that data 13. 
in contiguous data storage locations of the second 
storage medium. 



6. A system, capable of having a system context, com- 
prising a first storage medium, capable of having a 
current system memory context, and a second, 
non-volatile, storage medium; the first and second 
storage media having first and second data access so 
times respectively such that the first data access 
time is less than the second data access time; the 
system being operable in a plurality of states, each 
state having an associated level of power consump- 
tion; the system further comprising: means for out- ss 
putting data representing only a portion of the cur- 
rent system context for storage on the second stor- 
age medium to allow a transition to a first state of 
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Figure 2 
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